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Agenda del lenguaje de alternancias 


( ,Que entendemos por velocidad? Quiza esa cuestion no es tan importante como muchos pensarian. 
En ocasiones lo mas importante pasa por la eficiencia. Y eficiente no significa ser veloz, sino hacer 
bien las cosas. Ese si es un tema crucial. Porque cuando hacemos bien las cosas, recursos como el 
espacio o el tiempo no se malgastan innecesariamente. Asi que lo primero que debemos hacer es 
planteamos si hacemos bien las cosas, porque mucha gente no sabe que no es asi. En la mayoria de 
los casos las personas suelen acabar haciendo muy mal las cosas. Sin embargo, la razon por la cual 
no se dan cuenta es porque les funciona. Como no ven ninguna especificacion al descubierto, 
deciden que su trabajo esta bien hecho. Sin embargo hacer las cosas correctamente no es lo mismo 
que hacer bien las cosas. Podemos hacer que todo funcione tal como se especifico, pero 
posiblemente el coste sea un enorme abuso de recursos. Ahora bien, como no hay nadie que se 
queje, o no hay otro algoritmo de referencia que nos permita ver como se podria haber hecho mejor, 
es posible que se acabe pensando que esta bien hecho. Cuando en realidad no es asi. Tras leer este 
documento espero que se consiga entender que muchas cosas estan mal hechas. Incluso muy mal 
hechas, pero se hacen asi. Y se hacen asi porque les funciona. Y porque es mas sencillo plantearlo 
asi. Sin embargo, solo porque sea mas facil de pensar asi no significa que realmente este bien 
hecho. Lo mas probable es que esa manera de hacer las cosas desemboque facilmente en una 
resolucion rapida para casos concretos pero, si no es eficiente, sera de una lentitud insoportable para 
el resto de las circunstancias. 

Cuando un algoritmo esta bien hecho podemos usarlo como si fuera un pilar importante. Un pilar 
fundamental para el levantamiento de estructuras mas gigantescas. Si el algoritmo no esta bien 
hecho entonces la estructura se deteriorara muy rapidamente y el puente que pretendiamos fabricar 
se hundira o, incluso, se rompera. Es por ello que es muy importante hacer las cosas bien, y no tanto 
hacerlas rapidamente. Un codigo que sea descriptivo para el pensamiento humano es poco util 
cuando tienes tecnicas que te permiten construir pilares que sobrepasan la imaginacion humana. Es 
preciso comprender cuando tenemos lo segundo y cuando lo primero. 

Muchos pensaran que para que un algoritmo funcione mas alia de la imaginacion humana es 
necesario que la maquina haga evolucionar un codigo mal hecho. Que el azar haga su trabajo. Sin 
embargo trabajar asi es incluso peor que si la persona se encargara directamente de hacer el codigo. 
El azar es facilmente sustituible por una funcion pseudoaleatoria: tiene las mismas propiedades y, 
ademas, tiene el detalle de ser determinista. Lo cual es crucial para poder trabajar con seriedad. Sin 
embargo, trabajar con un codigo que provenga del azar siempre nos dara resultados pesimos. 

Una buena tecnica debe permitimos el generar estructuras de datos mediante el control del 
invariante de lo que pretendemos construir. Por tanto, los ingenios que se producen deben valerse de 
un juego entre lo conceptual y lo logico. Debe ser un estudio que posibilite, en lo posible, una traza 
unica que vincule ambos tipos de disenos: el esquema del pensamiento humano con el esquema de 
calculo de la maquina. 

Como ese vinculo no se va a poder establecer, lo adecuado es clasificar un subconjunto de 
problemas de manera que estos se atengan a un lenguaje. Este lenguaje de debe perfeccionar con 
una notacion o estructura propia que permita explotar todas sus posibilidades. Pues bien, existe un 
conjunto de problemas dentro de la clase NP. La clase NP es la clase de problemas cuya solucion es 
corroborable de manera eficiente en una maquina deterministica. Vamos a estudiar todos los 
problemas NP que se puedan constituir mediante conjuntos explicitos sencillos. Esto es, aquellos 
problemas que intenten manejarse con enumeraciones que estemos dispuestos a contar elemento a 
elemento. 

La razon por la cual esta subclase de problemas es interesante es porque la ciencia siempre ha dado 



vueltas alrededor de esta. Aunque la demostracion exigiria ciertos comprosisos, comprobaremos 
que en realidad todos los problemas de esta subclase poseen una representacion dentro del algebra 
de Bool. Asi que resolver cualquier problema corroborable rapidamente dentro del algebra de Bool 
es lo que identifica a los algoritmos de esta subclase. Tenemos la costumbre de llamar a estos 
problemas como problemas de satisfaccion logica. No se debe confundir con los problemas de 
unificacion que, si bien es posible encontrar vinculos cuando los dominios son explicitos y simples, 
en realidad estos ultimos trascienden al algebra de Bool. 

Sin ir mas lejos existe una gran cantidad de problemas NP que trascienden del algebra de Bool. 
Podemos considerar el comprobar la firma digital de un texto. El problema seria si esa firma digital 
existe para un texto en Castellano. La respuesta eficiente nos lo da una maquina no deterministica 
que compruebe todos los posibles textos en castellano, hasta que uno de con la firma. 

Efectivamente, este problema NP es ese tipo de problemas que, cuando se implementa bien la firma, 
no se va a poder tratar. 

Esto nos trae a la palabra tratable ^Que es un problema tratable? Basicamente es un problema al que 
le podemos presupuestar una maquina que lo resolveria en un tiempo dado. Si quieres que se 
resuelva en X segundos, pues tantos euros. Que lo quieres en menos tiempo, pues mas cara la 
maquina. Es decir, al terminar el tiempo la maquina nos devolvera un resultado perfecto; o incluso 
es posible que lo tenga antes. No hablamos de aproximaciones o intenciones. Cuando un problema 
no puede presupuestar la maquina que lo resolvera en un tiempo determinado se dice que es 
intratable. Asi ya podemos entender que significa que descubrir el texto original de un firma digital 
bien hecha es un problema intratable. Pero no se debe confundir con los problemas que estan 
ligados con la satisfaccion logica, pues todos estos, y unos cuantos mas son tratables. Y es de esto 
de lo que va este articulo. 



Un poco de historia 


En el ano 2000 una institution planted 7 problemas que para las matematicas segulan abiertos. De 
todos ellos, el septimo plantea la posibilidad de que la clase de los problemas P sea igual a la clase 
de los problemas NP. Esto es, si encontraremos para cada configuration de una Maquina de Turing 
no deterministica cuyos numero de pasos esten limitados por una expresion polinomial del tamano 
de la entrada otra configuracion de Maquina de Turing deterministica que admita otra expresion 
tambien acotada polinomialmente donde ambas configuraciones hagan lo mismo. Es una suerte que 
pueda expresar este problema en Castellano, porque en ingles, a mitad de expresion, muchos habrian 
abandonado la labor de intentar seguir el significado. 

Ha habido muchas redefiniciones de reducido valor por su falta de rigor que han intentado 
simplificar el problema. Ahora bien, la mayoria de las reducciones se sostienen en una afirmacion 
que muy pocos cuestionamos y, de hecho, se ha convertido en una autentica lacra dogmatica. Hablo 
de la tesis (llamado teorema) de Cook. Esta tesis establece la posibilidad de representar todos los 
problemas NP a una formula del algebra de Bool sin sucumbir a explosiones combinatorias que 
acaben con la cota polinomial. 

La cuestion es que en la bibliografia ya se pueden encontrar teoremas antiguos que nos desvelan 
hechos en apariencia contradictorios: por un lado se indica la diferencia de las clases y, por otro, 
manifiesta la equivalencia de la clase #NP y P. Los mecanismos necesarios para generar tal 
contradiction proviene exclusivamente de los margenes que dejan las ciencias exactas entre lo que 
es preciso y lo que no lo es. Es decir, las ciencias exactas albergan dos grados de imprecision, en 
virtud del uso que le vamos a dar a los formalismos. 

La cuestion que habria que plantear a la hora de elegir la filosofia correspondiente es el valor que le 
vamos a dar a la idea de infinito. Bien se puede considerar que el infinito no es un numero y, como 
tal, cualquier consideration al respecto lleva consigo algun peligro de contradiccion. De hecho, se 
puede considerar que donde empieza a ser problematico es con la idea de como se hacen las cosas 
bien. La eficiencia es una manera de hacer las cosas infinitamente de manera correcta, es por ello 
que parece tener sentido pensar que ahi pueda existir alguna clase de conflicto. 

Para resolvemos ante los problemas del infinito Russell nos introdujo una vision de compromiso: 
un numero infinito es en realidad un numero lo suficientemente grande como para que no se pueda 
comparar con los numeros que usamos en nuestro espacio de trabajo. Esta idea de infinito acaba 
siendo considerada infinito potencial; es como la politica de los griegos de prolongar el segmento 
dibujado tan largo como se precise y, a eso, llamarlo recta. 

Sin embargo, es dificil que el matematico acostumbrado al infinito formal quiera aceptar volver al 
infinito potencial. El infinito formal nos resuelve la paradoja de Zenon, al damos una respuesta 
sencilla a un problema tangible..., o quiza no tanto. El estudio del analisis matematico alberga 
conclusiones que son de uso muy cotidiano, ademas de util. Estos procesos analiticos nos ofrecen 
mecanismos de simplification que permiten manejamos con conjuntos abiertos. 

Se puede comprender el uso del infinito cuando nos fijamos en el famoso ultimo teorema de 
Fermat. Ese mismo enunciado pero aplicado a los numeros reales convierte la desigualdad en 
igualdad, tras aplicar el teorema de los valores intermedios. Hay que notar que el teorema de los 
valores intermedios es un resultado que viene del analisis, asimismo, la consideracion de que 
cualquier distancia debe quedar reflejada a traves de un numero real, es algo que viene del propio 
lenguaje formal matematico que usan los mismos analistas. 



Cuando las ciencias exactas ofrecen dos resultados 


Un tema que es tabu en los matematicos hoy dia es plantearse que las ciencias exactas puedan 
acabar devolviendo dos posibles resultados. Y es que, por encima de todo, lo que ningun 
matematico aceptaria seria la aseveracion de que 1 sea igual a 2. Sin embargo, es importante entrar 
en matices a la hora de responder ante una pregunta que la respuesta es independiente del enunciado 
dado. Es decir, en ocasiones hace falta entrar en matices. 

Cuando Alan Turing planted su maquina de Turing planted una nomenclatura que, en realidad, era 
perfecta para el objetivo por el cual habia sido pensada: la potencia de los lenguajes. El concepto de 
eficiencia, como es logico, tendria que venir despues - junto a sus matices oportunos. 

Es preciso comprender que una nomenclatura matematica puede quedarse huerfana de axiomas que 
sean necesarios para la respuesta a una pregunta fundamental, sin embargo tenemos una pequena 
paradoja entre manos: si la maquina de Turing es una notacion completa, ^conio puede quedar en la 
palestra afirmaciones que le son independientes? La respuesta a esta cuestion la tenemos en la 
palabra eficiencia: cuando un teorema plantea una cuestion relativa a la eficiencia automaticamente 
esta involucrando a la propia forma que tiene la maquina de afrontar el enunciado y, contra eso, no 
hay forma de asegurar la potencia del lenguaje. 

Es decir, la maquina de Turing es muy buena simulandose a si misma, pero no lo sera tanto si le 
pedimos que lo haga eficientemente. De hecho, no es posible encontrar un simulador que sea mas 
eficiente que la maquina simulada, salvo que la maquina simulada, de por si, tenga una 
implementacion ineficiente. 

La cuestion es que a la hora de plantearse un problema tan fundamental como si una unica maquina 
de Turing podria simular eficientemente una cantidad indefmida de maquinas de Turing, lo que 
comprobamos es que nos vemos obligados a definir con mas claridad los mecanismos por los cuales 
la propia maquina de Turing se implementa para ser eficiente. Y es que no es lo mismo una 
estructura mecanica llena de resortes y componentes digitales que, por ejemplo, un libro o manual 
donde todos los pasos ya han sido escritos. La manera de pasarse las paginas del manual no 
funcionara igual que la manera que se tiene cargar con energia cada transistor. 

Si esta manera de distinguir un tipo de maquina u otro es demasiado vago, esta claro que sera 
necesario aclarar de manera mucho mas precisa lo que se entiende por las dos filosofias 
matematicas. 

Por un lado vamos a tener al constructivismo, que se encarga de aceptar solo los simbolos y 
resultados que se aceptarian en cualquier matematica de cualquier civilization. Estos son los 
simbolos enumerables, que no pueden ser sujetos a contradiction por ningun axioma adherido a las 
matematicas. Por otro lado hablaremos del formalismo, que se encarga de aceptar cualquier 
afirmacion siempre y cuando nos ofrezca un resultado coherente. Basicamente, lo que nadie nos 
pueda demostrar que es falso automaticamente se considera verdad. 

Cualquiera puede valerse en este punto de la logica de Kripke y plantear que si el formalismo se 
plantea cualquier afirmacion que no se pueda demostrar que sea falso entonces concluira con lo 
mismo que el constructivismo. La cuestion es que no es asi: intuitivamente la idea de demostracion 
constructivista es mediante la construction de una maquina que conecte los axiomas dados por 
validos con el objetivo a demostrar. Sin embargo siempre sera posible en una matematica lo 
suficientemente completa, como lo es la aritmetica, el disponer de una cantidad insuficiente de 
axiomas o teoremas desde los que construir las premisas necesarias para demostrarlo todo. Es por 
ello que el objeto de la demostracion coherente se convierte en una formula de compromiso para 



aceptar, temporalmente, todas aquellas afirmaciones que no han sido susceptibles de ser rechazadas. 
Esto nos lleva a la siguiente situacion, que es lo mas fundamental, la razon por la cual tenemos dos 
tipos de ciencias exactas es debido a su aplicacion en el mundo real. No es cierto que debamos 
planteamos estos asuntos desde un punto de vista epistemologico; de hecho, todos estos 
planteamientos estarian fuera de cualquier clase de uso practico si fueran pura teoria. El asunto mas 
importante al respecto es el hecho de que el formalismo es la ciencia exacta que esta mas vinculada 
a la aplicacion directa de las ciencias exactas, y esto es debido al manejo que tiene de la idea de 
infmito. 

El infmito, simbolo que resulta dificil considerarlo un numero, es un resultado que solo puede ser 
util si nuestro lenguaje cientifico lo usa para su provecho ^Para que puede servir el infmito? Desde 
el punto de vista del constructivismo podriamos decir que para bastante poco, pero desde el punto 
de vista del formalismo se puede decir que crea un abanico inmenso de posibilidades. Incluso se 
podria decir que genera un abanico infmito de posibilidades. 

A modo de ejemplo podriamos fijamos en que pasaria si las matematicas no aceptaran la idea de 
infmito. Visto asi los resultados offecidos por el analisis de funciones no seria relevante. Por lo que 
nos quitamos las ecuaciones diferenciales. Podemos ver, por ejemplo, lo util que es la nomenclatura 
de los diferenciales para la fisica. Por ejemplo, el operador nabla reduce sobremanera los calculos. 
Pero que se reduzcan los calculos no implica que realmente sean teoremas: ^acaso no podrian ser 
macros o trucos de los que se valen los matematicos para que les resulte mas facil recordar los pasos 
que tienen que seguir a problemas de envergadura? 

Para entender esta ultima cuestion podemos partir de lo que, posiblemente, hagan muchos ninos en 
el colegio. Cuando les ensenan un problema de matematicas, si no lo hacen bien, tal vez se valgan 
de trucos nemotecnicos que les permitan aprobar el examen sin entender la esencia del ejercicio. 
Gracias a que tendran que hacer muchos y muchos ejercicios, al final desistiran de encontrar trucos. 
Pero, ^cuantos ejercicios tienen que hacer los fisicos para que desechen las ecuaciones 
diferenciales? 

Ciertamente, hasta que no se descubra alguna incoherencia se mantendra esa nomenclatura. Y es 
que ese es el verdadero poder del formalismo matematico. Su debilidad, sin embargo, es que no 
asegura nada. Es como el planteamiento de la teoria de la relatividad de Einstein: partiendo de sus 
postulados se hace mas facil calibrar los telescopios que si se usaran los postulados de Newton, sin 
embargo, si el telescopio es mas pequeno y apunta a nivel cuantico, esa teoria se desborda y, por 
tanto, es posible que la explicacion que ofreciera no fuera tan buena - puede que fuera una mera 
reduccion de la notacion y de los calculos a la espera de ser refutada. 

El formalismo matematico no ofrece afirmaciones ciertas en todos los casos, sino solo 
posiblemente ciertas. Asi que es posible que muchos se piensen que este tipo de reflexiones no 
tienen valor en una ingenieria. Pues bien, nada mas lejos de la verdad: la ingenieria puede tener 
resultados exactos que no obedezcan a dos posibles planteamientos, pero tambien tiene un lado 
fundamental, que es cuando se deba aplicar a la realidad. 

Es decir, imaginemos un arquitecto que pregunta por la veracidad de un teorema a un ingeniero. 
Cuando el ingeniero responda usando la exactitud del constructivismo podria dar una respuesta, 
pero si se vale del formalismo bien pudiera dar la respuesta exactamente contraria; y ninguno de los 
ingenieros estaria enganando al arquitecto, aunque este tuviera olvidadas las matematicas mas alia 
de su uso cotidiano en su trabajo. 

Para entender esta situacion tan paradogica lo mejor es valerse de un ejemplo concreto: el ultimo 
teorema de Fermat. Segun el teorema de Fermat no es posible encontrar cuatro enteros que cumplan 



una cierta relation aritmetica. Sin embargo, si uno solo de esos cuatro enteros fuera un numero real, 
entonces automaticamente la desigualdad se incumple. Esto, visto de cierta manera lo que significa 
es que si se pretende aplicar ese teorema sobre la realidad, lo primero que habria que preguntarse 
uno es como afecta la realidad al teorema. Y esto es porque si dispusieramos de una calculadora 
entonces si podriamos encontrar cuatro enteros que contradigan el teorema de Fermat ^Es eso 
contradictorio? No. Lo que sucede es que la calculadora, aun ofreciendo resultados aritmeticos, en 
realidad ofrece resultados que trascienden a lo que las matematicas constructivistas pueden 
demostrar. 

Concretamente, cada vez que se hacen operaciones y se pierden digitos decimales todas las 
calculadoras siguen funcionando como si no hubiera pasado nada. Sin llegar a avisar a su usuario 
que, segun que digitos, empiezan a tener un valor caotico. Ahora bien, ^que nos den resultados 
caoticos implica que no sean utiles? De ser asi todos estos planteamientos serian carentes de 
sentido. Por ejemplo, supongamos que si se refutara el teorema de Fermat, ello provocaria la 
posibilidad de generar una transformation de las senales electricas para que aumenten su energia. 
Como matematicamente no es posible, un ingeniero diria "no puede ser, no podemos construir tal 
maquina". Pero el otro ingeniero diria "bueno, existe un arreglo de numeros que se parecen 
muchisimo hasta el punto de enganar a una calculadora cientifica..., por lo que a lo mejor cuela". 

En este punto podemos comprender el enorme valor que tienen las ciencias exactas para poder 
manejarse con maquinas finitas. Es decir, cuando la maquina finita tiene un comportamiento infmito 
esta se adentra en un mundo falaz lleno de propiedades algebraicas que, en cuanto sean coherentes, 
no seran deducibles por el constructivismo. Sin lugar a dudas esta es una buena forma de darle vida 
a las matematicas. 

Sin embargo, antes de pretender darle uso al teorema de Cook, recomiendo aprender a desecharlo. 
Cuando observamos el enunciado dado por Cook, resulta un tanto peculiar: pretende reducir 
cualquier problema a la formulation logica. Por otros resultados, esta manera de trabajar puede ser 
de una enorme utilidad; pero hace falta vivir en una especie de falacia. Ahora bien, si es util la 
manera de fimcionar, esta claro que se evadira de lo previsible: se habria hackeado las matematicas 
para ofrecer dos posibles resultados. 



El papel de la inteligencia 


A la hora de calificar los problemas, sus soluciones pueden resultar caras o incluso intratables. 

Existe una diferencia notoria entre lo que es caro y lo que es intratable. Diremos que algo es caro 
cuando es posible que alguien no se lo pueda costear, mientras que intratable es cuando es 
imposible que se alguien se lo costee. El objeto de un sistema eficiente es conseguir llevar a cabo un 
comportamiento eficiente, y esto se consigue evitando algoritmos intratables. 

Cuando un programador consigue abaratar un algoritmo haciendo que pase de caro a menos caro, en 
realidad lo que esta haciendo es abaratar el coste de las maquinas necesarias para que el sistema de 
informacion cumpla con todos los requisitos. Sin embargo, si el programado consigue hacer que un 
problema intratable se vuelva caro, entonces lo que ha hecho ha sido reestructurar el contrato que 
tiene el usuario con su sistema de informacion y, por tanto, motiva la reconsideration de que es lo 
que se supone que los automatismos son capaces de resolver. 

Este documento corresponde con una matizacion del segundo tipo, es decir: trata de centrarse en la 
filosofia de la informatica que nos llevara a la resolution de problemas, con el fin de hacer que algo 
que en principio era intratable se vuelva caro. 

Visto asi, es posible que se piense que un problema intratable empezaba siendo imposible y luego se 
vuelve caro, cuando en realidad no es asi. Los problemas intratables suelen implementarse de una 
manera muy economica, haciendo uso del menor numero de recursos, con el fin de obtener el mayor 
numero de configuraciones que nos permitan obtener un buen resultado. Es por ello que al 
transformar el problema intratable en un problema caro, para aquellas entradas que sean de longitud 
pequena es posible que empiece siendo mas costoso. Si el coste de hacer tratable un problema es 
demasiado alto, puede que no convenga llevar a cabo la transformation; sin embargo, este 
documento no pretende ser fatalista porque, de hecho, el alcance que se propone tiene un caracter 
muy pragmatico. 



Los numeros sencillos 


Es arduo y muy complejo tener que explicar a quien no le interesa lo que es un numero sencillo, sin 
embargo ese concepto es de vital importancia. Debemos entender que hay tres tipos de naturales: 
estan los numeros que son sencillos, los numeros que claramente no son nada sencillos y el resto. 
Podemos decir que un numero es sencillo si se atiene, dentro de su uso, a la paciencia del usuario. 
Es, por tanto, una cualidad que esta ligado con su funcionalidad. 

Cuando una persona se pone a contar mentalmente, un numero sencillo seria hasta cuanto este 
dispuesto a contar. Si esa persona le pide a un ordenador que lo haga por el, entonces el numero 
sencillo pasa a ser lo que este dispuesto a esperar esa persona para que el ordenador cuente hasta esa 
cantidad. 

Un uso directo a los numeros sencillos seria: el numero de elementos que tiene un conjunto 
explicito. Esto es asi porque si el usuario estuvo dispuesto a introducirlos de uno en uno en la 
entrada, eso debe ser porque fue un proceso sencillo, y no arduo. 



Planteamiento inicial 


Lo primero que hay que tomar en cuenta es que es exactamente lo que se quiere transformar. 
Nuestra estructura es un producto de lo que podriamos llamar altemancias. Una altemancia es un 
operador que se aplica sobre el algebra de Bool y que devuelve verdad si y solo si un unico 
operando es verdad. De esta manera, para dos operandos una altemancia es lo mismo que la 
operacion xor. 

Cuando pretendemos planteamos de que manera cuantas asignaciones sobre las variables de un 
producto de altemancias puede validar la formula, eso mismo se puede plantear como determinar 
cuantos posibles conjuntos B se pueden definir a partir de unas particiones A k dadas segun la 
siguiente definicion. 


V &elN A k S 2^ 3i?G2 IN where'. 

1. V xSkx^B ~^x^A k 

2. V xV y\/ k xE A k Ay ^A k Ax^B A jyGi?— > x=y 

A partir de esta formula podemos entender que por como se defina los A k tendremos un problema 
NP planteado, donde el conjunto B albergaria la solucion. Es decir, de existir solucion existiria un 
conjunto B compuesto por todas las variables booleanas que son verdad para que cada partition de 
A albergue una unica variable que sea verdad. Esta seria, por tanto la manera de entender las 
altemancias. 

Un uso bastante generico a las mismas lo podemos ver en el siguiente ejemplo: 

^>={1,2,3} 

A 2 ={ 4,2,5} 

A 3 ={3, 5,6} 
p~ l£B 
q~ 4<£B 
pAq~2^B 
p®q~6£B 


Aqui observamos que con tres altemancias somos capaces de representar la operacion and y la 
operacion xor. Por tanto, es facilmente constructible a partir de cualquier formula del algebra de 
bool un problema planteado en formato de altemancias, de manera que podamos calcular el numero 
de casos que la satisfagan. 

Un mecanismo mas grafico para entender el modelo es mediante grafos, por ejemplo, la relacion 
anterior vendria representada de esta manera: 







En la ilustracion se puede observar como se pretende representar cada partition de tres elementos a 
traves de un grafo con forma de triangulo, al que le hemos anadido un punto distintivo. Cada 
triangulo marcado representaria una particion donde para cada solucion solo un elemento podria 
activarse, para hacer inactivos el resto. De esta manera, activar el elemento marcado como “A 
implicaria hacer verdad la afirmacion “A, lo que haria inactivo el nodo adyacente B&A. Asi 
entendemos que cuando A es falso, la proposition B&A se hace falsa tambien. 

Si probamos a hacer cumplir los cuatro casos posibles comprobaremos que, efectivamente, los 
valores de verdad sobre B&A y sobre A==B se ajustaran a sus definiciones como funciones logicas. 

Otro mecanismo que podemos usar para representar este tipo de problemas con una notation grafica 
es usando encadenamientos de nodos como en la siguiente figura: 



En esta figura se ha anadido el dibujo de dos puertas logicas para representar graficamente lo que en 
realidad representa las conexciones que se ven mas arriba. Es decir, lo que representa las 
restricciones es la agrupacion de circulos y las lineas curvas que los unen, a los que llamaremos 
puentes. 

Cuando vemos un grupo de circulos unidos bajo esa perspectiva, significara que estamos definiendo 
una particion, mientras que los puentes estaran uniendo dos nodos que representan el mismo 
elemento. 



VkeNA k G2 N 3BG2"where : 
l.V x3k xGB->xGA k 

2. V.y V y V k x^A k AyGA k A xGB a yGB —>x=y 

A la hora de contabilizar cada caso, interesara saber cuales nodos son los que se quedan activos y 
cuales los que se quedan inactivos. Los nodos unidos por un puente necesariamente comparten 
estado de actividad, mientras que los nodos que comparten particion pugnaran por ser los unicos en 
activarse. Cuando todos los nodos quedan definidos como activos o inactivos obtenemos una Ulrica 
solucion para el conjunto que denominamos B. 

No hay que olvidar que el verdadero objetivo de este documento es contabilizar cada uno de los 
casos. Asi que, a traves de este grafico, podemos imaginamos una manera muy lenta que podemos 



emplear para entender el modelo, que es contando cada posibilidad: 



1 0 0 0 1 0 0 1 0 

Notese que cada puente es designado con un numero diferente para poder trabajar con el. Este 
numero sera llamado mas adelante descriptor. Es importante porque la combination de un 
descriptor con una position es el elemento que albergara toda la information de la entrada y el 
numero de casos que la satisface. 

Aun asi, no nos vamos a centrar exclusivamente en resolver asuntos de calado logico. Es posible 
modelar problemas de calado mucho mas general, siempre y cuando sepamos disenar el problema 
inicialmente. 



En este grafico vemos una condicion logica que se ha escrito directamente a partir de un diseno de 
altemancias, en vez de implementarla previamente mediante AND y XOR. Consiste en una funcion 
que permite activar la condicion de una alternancia siempre y cuando una proposition sea cierta. De 
la misma manera, es posible generar cardinales con la activation de un booleano. Eso mismo se 
puede apreciar en el siguiente grafico. 

En el siguiente grafico se puede apreciar como si se activa el nodo X entonces se generaran dos 
casos, si se activa el nodo Y se generaran 3, mientras que si se activa el nodo Z se generaran 4 
casos. De forma recursiva se puede intuitivamente ir anadiendo mas y mas casos para poder 
representar cardinales asociados a un booleano. Si la variable booleana es falsa, entonces el numero 
de casos pasa a ser 1 . 







Ahora bien, es logico pensar que puede ser incluso aun mas generico: una operacion de la aritmetica 
modular, en la medida en la que pudiera expresarse con conjuntos explicitos tambien podria tener 
calculado el numero de casos que satisfagan una condition dada. Esto quiere decir que cualquier 
operacion que se pretenda hacer con conjuntos explicitos es susceptible de ser perfectamente 
manejada de una manera eficiente. 

Es decir, si elegimos con cuidado la manera que tengamos de representar graficamente lo que 
podamos implementar en la maquina... 



X&Y 


De ahi pueden aparecer construcciones bastante inteligibles que nos permitan especular para que 
necesitamos dicho diseno. 


Xi xopX; xorXsxopX + = Y 
LarryOLt = Zi + Zi+Zz 



Transformaciones iniciales 


Una vez comprendido de que vamos a trabajar con altemancias, vamos a preparar la primera de las 
equivalencias; que consiste en la equivalencia del numero de casos contemplados entre altemancias 
elegidas en todo su dominio y el formato encadenado de altemancias de tres elementos. El paso a 
este ultimo formato es definitivo para conseguir activar los algoritmos que procedan a contabilizar 
el numero de casos. 


Para ello empezamos representando el producto de altemancias cuya aridad es n al producto de 
altemancias de exactamente tres operandos. Es decir vamos a reconocer un listado de tuplas de la 
forma T k como se expone a continuation: 

T k ~[T k [ 0],T k [\],T k [2]) 


Efectivamente, para conseguir la equivalencia, sera necesario crearse nuevas variables que 
usaremos como auxiliares. La manera que tenemos de hacerlo esta explicado en las referencias, 
aunque es bastante intuitivo. 


Example of transforming in choices of three 
1 = (Ai | A 2 | As | A4 | As | Ae) 



6 cases 


1= (Ai|A 2 |Xi)(Xi|X , i)(X , i|A3 |X 2 )(X 2 |X , 2)- 
(X' 2 | A4 |X3)(X3|X'3)(X'3| As | Ae) 




es 




J0X 


0 






Lo siguiente que necesitamos hacer es conectar cada tupla de tres de manera que el ultimo de los 
tres coincida con el primero del siguiente, como se definen los E k , cada tupla sera llamado eslabon y 
cumple la siguiente propiedad: 


VkE t [2] = E k+l [0] 


Para conseguirlo usaremos la siguiente formula, donde se incluyen tres eslabones alia donde las 
tuplas no cumplan dicha propiedad, para activar del eslabon del centra el nodo central. 


Transforming the problem 


(Ai 1 A 2 1 As)( A 4 1 As | Ae ) 




9 cases 


(Al I Az 1 A 3 )(A3 I Xi |0)(0 |X 2 1 A4)( A4 1 As I Ae ) 



9 cases 


• It is interesting to make every factor connected 


De esta manera se interconectan como eslabones las particiones sin sumar o restar el numero de 
casos. 


\/kT,[2]*T k+ ,[0]then 

(TfT k+ 1 HT l ,E 1 ,E 2 ,E 3 ,T l+1 ) 

E 2 [l]eB 


Con esta ultima transformacion ya tenemos preparada la entrada bajo el formato encadenado; para 
que ya se pueda hacer uso de la idea de las posiciones. 




''V' 6 8 10 12 14 16 18 20 

oodbodbodboiftodbodbodbotftodijoo 


• Repeated nodes are represented by Long 
Bridges. 

• In Long Bridges number of cases will be found. 


A1 final toda la informacion del numero de casos se encontrara en lo que llamaremos puentes 
largos. Que es el conjunto de pares de posiciones que contienen el mismo nodo 


El formato encadenado 


Una vez generado el formato encadenado, empieza a ser interesante determinar como terminar de 
normalizar la estructura resultante. Para ello trabajaremos con la idea de un descriptor: resulta que 
nuestra estructura solo es un listado de repeticiones de variables en distintas altemancias, por lo que 
toda la informacion del numero de casos se encuentra en la posicion que ocupa cada repeticion; 
pues bien, cada repeticion es un descriptor. Es decir, vamos a proceder a transformar nuestras 
altemancias en una lista de pares formadas por la posicion seguido un descriptor identificativo que 
no se repita. Si en esa posicion ya se habia determinado una solution, entonces adquirira un valor 
booleano. Si aun se desconoce la implication del elemento dentro del conjunto de las soluciones, 
entonces se le asocia el mismo descriptor propio. 


Vjfc>0V/e(0,l,2| 

E k [/ ]~( 2 X/c + / , descriptor (E k [i])) 


descriptor (X) = 


l^XeB 

0^X<£B 

N<^3k3lk*lXeE k AXeE, 


Esto nos lleva a que tendremos que hacer un tratamiento con esa lista de pares, para asi determinar 
el numero de casos. Es logico que, con los pares es muy dificil calcularlo, asi que precisaremos de ir 
dividiendo las secuencias para ir contabilizando cada una de las soluciones posibles. 



Contahilizacion local 


Antes de continuar, parece obligado el procurar comprender como se contabilizan los casos mas 
triviales. Es decir, cuando tenemos una particion formada por n elementos y queremos saber de 
cuantas maneras se puede elegir un elemento y solo uno, entonces tenemos n soluciones. De la 
misma manera, cuando encajamos n eslabones para conformar una cadena de particiones de tres 
elementos, podemos comprobar una propiedad curiosa: 

oodbodboo 

S(l) = S(l-1 ) + S(l-2) when 1>2 

oodbodbo0 

ooc5bo^00© 

A1 probar a activar e inactivar un extremo, el numero de casos en total corresponderla con la suma 
del elemento anterior y del anterior al anterior. Es decir, posee la misma formula generatriz que la 
sucesion de Fibonacci. Asi que, como un eslabon de una particion de tres corresponde con 3 casos y 
dos eslabones corresponde con 5 casos, como 3 y 5 son numeros de Fibonacci, ya tenemos la 
demostracion de que la funcion S(n) = Fib (n+2). 

Sin embargo, esta funcion solo adquiere este valor si todos los nodos estan indefinidos. Es por ello 
que vamos a considerar que los extremos de este encadenamiento si esten definidos, pues mas 
adelante nos preocuparemos con el trabajo de dichos extremos. 


oodbodboo 


Vamos a definir las partes de un encadenamiento a partir del primer y el ultimo eslabon. En el 
primer eslabon reconocemos los valores r y t, en el ultimo n y h; por supuesto necesitamos conocer 
tambien el numero de eslabones en total, que es su longitud. Por tanto, se trata de definir una 
funcion que nos diga a partir de una longitud, cuantos casos encierra si los valores r, t, n y h estan 
definidos por los valores Verdad, Falso o Ninguno. Para ello extraemos las siguientes propiedades 
de la funcion: 


r t n h 

cxx5ba5boc5bo<5&cx5bc^^ 


#Scale(l, n, h, r, t) = #Scale(l, h, n, r, t) 
#Scale(l, n, h, r, t) = #Scale(l, n, h, t, r) 
#Scale(l, n, h, r, t) = #Scale(l, r, t, n, h) 
#Scale(l, 0, h, r, t) = #Scale(l-1,1-h, None, r, t) 
#Scale(l, 1, h, r, t) = #Scale(l-2 , None, None, f, t) 
#Scale(l, None, None, None, None) — Fib(l+2) 


Gracias al conocimiento de sus propiedades, es posible implementar un codigo eficiente que nos 
permita conocer el numero de casos cuando el problema sea asi de trivial. 


Desde los eslabones a los Scales 


Input, pairs = A list of pairs (position, value) ordered from the first element; 

lastPair = the last even position possible for pairs list. 

Output. The equivalent list of Scale objects. 

1. if first element in pairs is not (0, ?) then 

2. add from the beggining of the list pairs: (0, None ) 

3. if last element in pairs is not (lastPair, ?) then 

4. add from the end of the list pairs: (lastPair, None ) 

5. Result := empty list 

6. pairlni := 0 

7. pairEnd:= None 

8. r, t, n, h := None , None , None, None 

9. for each (pos, val) s pairs (ascending forward) do 

10. if pairEnd is None then 

11. if pos is even and pos > pairlni then 

12. Append to Result: ((pos-pairIni)/2, r, t, n, val) 

13. r, t, n, h := val, None, None, None 

14. pairlni := pos 

1 5 . pairEnd := None 

16. elif pos is even then 

17. r := val 

18. elif pos > pairlni + 1 then 

19. n := val 

20. pairEnd := pos + 1 

2 1 . else 

22. t := val 

23. else 

24. if pos = pairEnd then 

25. h := val 

26. Append to Result: ((pairEnd - pairIni)/2, r, t, n, h) 

27. r, t, n, h := h, None, None, None 

28. pairlni := pos 

29. pairEnd := None 

30. else 

3 1 . Append to Result: (pairEnd - pairIni)/2, r, t, n, h) 

32. if pos is even then 

33. Append to Result: ((pos - pairIni)/2, h, None, None, val) 

34. r, t, n, h := val, None, None, None 

35. pairlni:= pos 

36. pairEnd := None 

37. elif pos = pairEnd +1 then 

38. pairlni := pairEnd 

39. pairEnd := None 

40. r, t, n, h := h, val, None, None 

41. else 

42. pairlni— pairEnd 

43. pairEnd := pos +1 

44. r, t, n, h := h, None, val, None 

45. return R 



La tecnica de la explosion encadenada controlada (EEC) 


La ECC es la meta-tecnica que se ha aplicado para la resolution de este problema. Esta sera la 
primera vez que se aplica, razon por la cual me he visto obligado a ponerle nombre. La tecnica 
consiste en generar una explosion combinatoria controlada por una constante, mientras se 
encadenan soluciones. Cada cadena de soluciones van multiplicando sus casos para sumar todas las 
posibles secuencias encadenadas. Se entiende que el numero de secuencias a sumar debe ser 
constante y un numero sencillo. 

La forma mas elemental de aplicar el ECC seria con la suma de dos secuencias para ir 
multiplicando cada una de los cardinales calculados en sus cadenas. 


Wa b c d = Wa b 0 0 & P0 0 c d + Wa b 0 0 & Po- 1 c d + 

+ Wa b 0 1 & Pl O c d + Wa b 0 1 & Pi l e d + 

+ Wa b 1 0 & Po O c d + Wa b 1 0 & Po-1-c-d + 

+ Wa b 1 1 & Pl O c d + Wa b 1 1 & Pi l e d 


El invariante es una pequena explosion combinatoria. Para comprenderlo podemos partir del 
supuesto de que los elementos a calcular son independientes; entonces se multiplicarian. Si dos 
formaciones encadenadas tienen un nodo en comun, con solo darle valor 0 y valor 1 ya se volverian 
independientes; de donde solo habria que sumar los dos productos. 

cotfbodboo 

# 2- #3 + #1 #2 = 8 




Vemos que el contexto acumulado se define por W, donde sus extremos, que es la parte que puede 
ser comun a otros objetos Scale. Como el producto entre dos objetos Context se hace hacia un 
objeto Scale, entonces la complejidad no supera la linealidad en espacio con respecto el numero de 
objetos Scale. 

2 

3 




#Scale (2, 2, 3, -) #Scale (2, 2, 3) 


#Scale (2, 0, 0, 0 ) #Scale (2. 0 , 0, 0) &2=0, &3=0 
#Scale (2, 0, 0, 1)-#Scale (2, 1, 0, 0) &2=0, &3=0 
#Scale (2, 0, 1, 0 ) #Scale (2, 0 , 0, 1) &2=0, &3=1 

#Scale (2, 0, 1, 1) #Scale (2, 1, 0, 1) &2=0, &3=1 

#Scale (2, 1, 0, 0 ) #Scale (2, 0 , 1, 0) &2=1, &3=0 

#Scale (2, 1, 0, 1)-#Scale (2, 1, 1, 0) &2=1. &3=0 

#Scale (2, 1, 1, 0 ) #Scale (2, 0 , 1, 1) &2=1. &3=1 

#Scale (2, 1, 1, 1) #Scale(2, 1, 1, 1) &2=1, &3=1 




Como vemos en el ejemplo de la ilustracion anterior, tenemos dos instancias de Scale que tienen 3 
nodos en comun. Es por ello que hace falta considerar 8 casos posibles para sumar cada caso. Cada 
caso supone darle valor binario al nodo que conforma un puente no largo y los concatena, as! como 
valorar los puentes largos asociados a los descriptores 2 y 3. De esta manera obtenemos los 8 
productos, que albergan casos completamente independientes entre si. Debido a que una instancia 
de la clase Scale solo tiene hasta cuatro huecos posibles (h, n, t, r) la maxima explosion 
combinatoria seria de 16 por parte de cada instancia de Context que deba relacionarse con una 
instancia de Scale. 

Por otro lado, como un Context se identifica por abarcar los extremos de un Scale (h, n, t, r) tras 
haber dado valor a los descriptores en cada uno de sus casos posibles, entonces al relacionarse con 
cada Scale, contabilizaran otros 16 por cada uno de los 16 productos. Por tanto, lo que tenemos es 
un invariante que explota hasta los 256 productos por cada elemento leido. Lo cual es un valor 
constante no necesariamente grande para un ordenador. Es decir, la explosion combinatoria, al 
mantenerse en 256 a lo largo de la entrada, se puede considerar controlada. 

Ahora bien, a medida que vaya avanzando la entrada, se iran adhiriendo los valores de los 
descriptores. Concretamente a una instancia Context una instancia Scale no le provoca un 
crecimiento geometrico, sino aritmetico. Mas en concreto, a partir de las 8 variables en una fomula 
bien formada equivalente el crecimiento se vuelve lineal, pero hasta alcanzar ese grado de 
informacion el crecimiento sera explosivo. 

Es por ello que en maquinas pequenas los resultados pueden no ser muv visibles , pues si a partir de 
5 variables ya nos atenemos a tener que esperar 15 segundos, entonces con 6 ya esperariamos 1 
minuto y con 7 podriamos tener que aguantar mas de cinco minutos. Lo que quiere decir que el 
tiempo de espera de referenda podria oscilar a una hora. Si la maquina fuera 60 veces mas rapida, 
entonces estariamos hablando de una resolution de entradas descomunales llevada a cabo en un par 
de minutos. 

La razon por la cual la maquina no seguira explotando combinatorialmente mas alia de las 256 
combinaciones es porque el invariante se maneja con hasta 256 tuplas que se van tratando una a 
una. A medida que las soluciones necesiten ocupar los 256 espacios la maquina ira exigiendo mas 
recursos, exponencialmente. Sin embargo, acoplados los 256 casos, a partir de ahi se iran sumando 
en su correspondiente ranura. 


Un hardware adecuado podria mejorar las operaciones que se plantean en este invariante. 



Formateo de formulas 


Las formulas bien se pueden preparar como se expone en la bibliografia para que se pueda trabajar 
como suma de productos booleanos. Sin embargo, tambien puede ser interesante representar todas 
las formulas bajo este esquema: 

V a, , d j Boolean Variables 
V b t , c , Boolean Literals : V .€ { 1 ,0 } 

El («;°^Ac ; )=l 

IKrf,~r,)=i 

Aqui vemos como las clausulas son de dos tipos: pueden ser una asignacion a una conjuncion o una 
asignacion a un valor. De hecho, puede recordar el formato a la manera que se tiene de definir 
gramaticas. Bajo este esquema la variable a la que le asignamos un valor booleano o un producto de 
literales no puede ser un literal, es decir, no puede estar negado. Si inicialmente tenemos la formula 
con esa variable negada, entonces no es dificil llevar a cabo una transformacion, como se ve en el 
siguiente ejemplo: 

“'A = p & -, q D = p & “>q 

B = A & p ^ B = “'D & p 

->C = B & -, q E = B & -, q 

C = 1 E = 0 

Considerando que lo que nos importa es el numero de casos, el nombre de las variables, o su traza, 
no lo tomaremos en cuenta. Y, por otro lado, la manera que se tiene de convertir cualquier formula 
bien formada a este formato se puede considerar tambien bastante trivial, tomando en cuenta las 
propiedades asociativas de los operadores en el algebra de Bool. 


Kp - * q) & P — ► q 


"•A = p & ""q 
B = A & p 
“■C = B & “■q 
C = 1 


Es decir, por cada operador logico, dependiendo de si es una disyuncion o un producto, se procede a 
una asignacion sencilla con la creation de una nueva variable. Asi hasta conseguir el formato 
deseado. Desde ese punto, usaremos la clase Context para conseguir hacer cumplir las siguientes 
propiedades: 


#(X — x)—#(X 1 — x l X 2 =x 2 , ... ,X n —x n ) 

#(fi,X=x, a)=#(a , X = x ,$)=#($ , X l =x l X 2 =x 2 , ...,X n -x n , a) 

En la notacion anterior X es una variable booleana, mientras que x es un valor booleano. A1 par 
formado entre una variable y el valor que se le asigna lo llamamos asignacion; una lista de 
asignaciones queda denotado con letras griegas. La variable booleana es una propiedad dentro de la 
clase Contexto, mientras que el valor booleano es su estado de activation. 

En la primera linea de la notacion anterior tenemos la definition de un alias para la propiedad X 
cuando vale x, en la segunda linea observamos dos principios, en primer lugar que el orden de las 
asignaciones es irrelevante, el segundo principio es que los resultados son asignables. 



Para poder trabajar con estos esquemas aqui se plantea la siguiente notation: 


X negated 
[0 <— X asserted 

A<^B AC 

a:#(A — 0)—#(B — bB)+#(C—bC)—#(B—bB,C=bC) 

b:#{A = l)=#{B = l-bB,C=l~bC) 

c: V H Boolean Literal :#(H =0, H = l,...)=0 

Lo primero a tomar en cuenta es la funcion delta que nos devuelve un 1 o un 0 dependiendo de si el 
literal esta afirmado o negado. Asi, cada vez que veamos una asignacion de una variable a producto 
de dos literales, deberemos determinar el conteo de casos segun las propiedades a, b y c. 

El caso a esta pensado para definir la variable como 0. Entonces se deberan de calcular tres tipos de 
sharp. Sin embargo, por la propiedad anterior, solo hay que calcular las variables, ya sea para el 
valor 1 o para el valor 0. Una vez calculado el sharp se introduce el contexto completo mediante 
una operation de filtrado. El caso b funciona igual que el caso a. Entre a y b representan las 
propiedades del producto de dos literales: si el resultado del producto fuera 1 entonces los dos 
literales deberian de ser verdad. Si el resultado del producto hubiera sido 0 entonces se puede sumar 
los casos en los que uno de los literales fuera 0 menos cuando ambos lo sean. 

El caso c es una propiedad que tiene la clase Context, que nos dice que una propiedad no puede 
estar activa e inactiva al mismo tiempo. 

A la hora de calcular el sharp de una formula bien formada, es posible que constantemente se reitere 
en la pregunta de cual es el contexto asociado a una variable asignada a un valor. Es por ello que se 
programa mediante la tecnica de memoize. Es decir, se va almacenando en una variable global el 
contexto calculado. 

El tiempo que necesita para hacer esos calculos es proporcional al numero de variables, en el 
sentido que por cada variable sera necesario hasta dos contextos. Cada contexto crecera en espacio 
en virtud del tamano de la entrada, por lo que el tiempo maximo vuelve a ser cuadratico y el espacio 
lineal con respecto al tamano de la entrada. La razon por la cual se considera que el espacio sera 
lineal es porque el numero de asignaciones estara ligado con las variables temporales que 
conforman la formula. Este aumento lineal del espacio invita a una resolution cuadratica en tiempo, 
aunque estos mecanismos son mas bien rapidos a corto plazo, mas que aplicando spectrum, aun 
siendo esa funcion menos compleja. 



Anexo de la explication del Modus Ponens 


En este apartado vamos a ver una aplicacion concreta sobre un teorema conocido. Es decir, vamos a 
pasar a demostrar que, con el uso de esta tecnologla, el modus ponens se puede demostrar en un 
tiempo acotado linealmente. Esto quiere decir que el numero de pasos va a ser muy arduo, pero 
tambien ayudara a mostrar la manera generica que se tiene de resolver este tipo de problemas. 

Para empezar, el objetivo es contar el numero de casos que cumplen el teorema y, considerando V el 
numero de variables proposicionales que dispone, ver si el numero de casos corresponde con 2 V . 

Todo el proceso que se debe ir llevando a cabo consiste en encontrar los objetos Scale que compone 
este teorema. Para ello nos tendremos que valer de un principio: la estructura destino que formemos 
tiene contabilizar tantos casos como la formula original. Como nuestro objeto es transformarlo a 
una estructura destino, debemos dividir la formula original en formulas lo mas atomicas posibles 
que esten dispuestas a una conversion lo mas trivial posible. 

Pues bien, esta primera fase supone pasar del formato formula bien formada a formulas de la forma 
asignacion de un literal a producto de literales o asignacion de un literal a un valor booleano. 
Cualquiera de estas asignaciones seran las clausulas que se iran transformando en los distintos 
ladrillos de nuestra estructura. 

Para hacer la transformacion, lo primero que hay que hacer es empezar a reconocer las distintas 
variables temporales que son necesarias para evaluar la expresion a evaluar. Si la operacion es tipo 
and, la conversion es automatica. Si la operacion es tipo or, no es dificil entender su equivalente: 
tras negar los tres literales. Asimismo, el implicador se debe interpretar como una disyuncion, y el 
coimplicador como dos implicadores..., para mas detalles se puede mirar las referencias. 


l-(P-q) & P ^ q 


“ , A= p & “«q 
B = A & p 
"■C = B & ">q 
C = 1 


Una vez hecha la transformacion, cuyos pasos no excede el tiempo cuadratico, vamos a disponer de 
un espacio de trabajo donde almacenaremos algunas variables que nos interesa negar. Esto es 
debido a que la estructura con la que trabajamos devuelve Z = “X AND “Y, por lo que los 
argumentos que no esten negados deberan de ser negados. 

En la variable nN contabilizamos cuantas variables deben ser negadas para adaptarlas a nuestros 
pequenos ladrillos. Estas variables, para el caso, son p, A y B, que no encajan dentro del formato 

Z = -'X AND ~Y 

Por otro lado, hay que senalar que C, al estar asociado con la variable booleana de evaluation del 
teorema, se le puede dar un tratamiento especial y no tomarla como una variable al uso. 

Nuestro espacio de trabajo empieza por asignarle a la position 0 la inactivation, y asigna cada 6 
posiciones, desde el 5 una activation generando asi unos separadores. Estas asignaciones las iremos 
apuntando en un diccionario. Por tanto, cada zona separada esta pensada para esas variables que 
pretendemos negar, lo que quiere decir que entre cada intervalo habra dos combinaciones posibles. 
Las variables a negar las ubicaremos en posiciones pares, las posiciones inmediatamente anterior o 



posterior seran sus negados. Debido a la cercania con los separadores, no se admitiran mas 
combinaciones posibles por parte de cada variable. Mas adelante debera aprovecharse la posicion 
que ocupa la variable, o de lo contrario, en la estructura siempre contabilizaran las dos posibilidades 
como validas. Para hacer uso de tales posiciones, estas se apuntan en un diccionario semantico. 


Number of asignations 
nN = 3 

{0:0, 5: 1, 11:1, 17:1} 

Semantic attributions . t 

{'A': 2, 'p':8, 'B‘:1 4} 2 x Ws 

I 


0 2 4 6 8 10 12 14 16 18 20 



Work Space 

Ws = 3 x nN + 1 = 10 links 


Dentro de nuestro estudio, al haber consumido un espacio teorico (podemos considerar que este 
espacio es teorico porque en ningun momento se traducira en necesidad de espacio de memoria, 
pues nos valemos de las matematicas para poder calcular la familia de sucesiones que corresponda), 
debemos marcar cual es la primera posicion para ponemos a instalar los distintos ladrillos de 
nuestra estructura. 

Ese calculo se establece a partir de la variable nN, que exige 3 enlaces por cada variable, mas uno 
adicional que se separe lo suficiente del separador. Por tanto, si la primera posicion sera de dos 
veces el numero de enlaces, deberemos empezar a trabajar desde la posicion 20. 

Ahora vamos a estudiar en que se basan eso que me he puesto a llamar ladrillos. Debemos 
considerar como propiedad importante que si cogemos tres enlaces como se ve en la figura y 
obligamos a que se cumpla como restriccion que el primer nodo sea igual al ultimo, entonces las 
combinaciones posibles cumpliran los valores de verdad de cuatro formulas de la logica. Las dos 
mas relevantes son AND y EQ. 

Es por ello que si somos capaces de contabilizar el numero de casos que alberga la estructura tras 
poner como restriccion la igualdad de dos nodos, es equivalente a resolver #SAT. 


“'A = p & "'q 
B = A & p 
~ , C = B & -, q 
C = 1 



Ahora que hemos visto cual es la condicion que debemos encontrar, solo tenemos que aplicarla a 
nuestra ordenacion. Para ello, de una en una, iremos incluyendo los puentes largos (equivalencias 
entre dos nodos) para poder incluir la asignacion dentro de la estructura. Para empezar, recordamos 
que empezabamos en la posicion 20, hasta la posicion 26 debera colocarse el puente largo de 




nuestro ladrillo para crear las puertas logicas. Como estamos evaluando la primera asignacion, 
debemos tomar como argumento p y -, q. Debido a que ^q encaja perfectamente con el formato 
esperado, entonces se le atribuye automaticamente la posicion a q. Por otro lado, p aparece 
afirmado, as! que debemos asignarle la negation; cosa que se consigue desde su posicion semantica, 
que es la 8, y sumandole 1. Eso quiere decir que se tiene que crear un puente largo entre el 9 y la 
posicion que ocupa -p, que es la 2 1 . 

Por otro lado, el resultado afecta a la variable A. Como esta puesto en negativo, entonces tampoco 
encaja, razon por la cual debemos hacer como con p, buscar su posicion negada y crear el puente 
que, en este caso, establece la equivalencia entre 3 y 22. 



Semantic attributions 
{'A': 2, 'p': 8, 'B': 14, 'q': 23} 


Assignments 

{0:0, 5: 1, 11:1, 17:1, 29:1} 


Long bridges 
{(20, 26), (9, 21), (3, 22)} 

Una vez asignados los argumentos, es conveniente poner un separador para poder colocar el 
siguiente ladrillo. Este separador formara parte de las asignaciones. Si nos fijamos con atencion, la 
asignacion necesita anadir 6 enlaces, por lo que la posicion debera sumarse en 12. 

Esto nos lleva a trabajar ahora desde el 32, y para ello repetimos el procedimiento. 


9 


B = A & p 


+ 6 links 



B = A & p 
"•C = B & -, q 
C = 1 


Semantic attributions 
{A': 2, ’p': 8, 'B': 14, 'q': 23} 


Assingments 

{0:0, 5: 1, 11:1, 17:1, 29:1, 41:1} 


Long bridges 
{(20, 26), (9, 21), (3, 22), 

(32, 38), (3, 33), (14, 34), (9,35)} 

En esta ocasion hemos necesitado recurrir a tres variables que ya fueron defmidas en el diccionario 
semantico. Por cada uso que le demos a una variable defmida, debera incluirse entre los puentes 
largos. Asimismo, se debe incluir la asignacion del separador. Y esto, al final, nos llevara hasta tener 
que hacer la ultima asignacion, al que le vamos a atribuir la evaluation de la proposition para 
convertirlo en teorema. 


■"C = B & -, q 
C = 1 







Es decir, como no vamos a necesitar seguir poniendo ladrillos ya descontamos el introducir el 
separador, pero ademas, el resultado de la asignacion no tendremos que asociarlo a ningun espacio; 
as! que, dependiendo de la asignacion en concreto, activaremos o inactivamos el nodo. En este caso 
la posicion 46 se debe inactivar. 


23 



+3 links 


Semantic attributions 
{'A': 2, 'p': 8, 'B': 14, 'q': 23, '-C: 46} 


Assingments 

{0:0, 5:1,11:1,17:1,29:1,41:1,46: 0} 


Long bridges Groups of long bridges 

{(20, 26), (9, 21 ), (3, 22), i\ ({20, 26}, {9, 21 , 35}, {3, 22, 33}, 

(32, 38), (3, 33), (14, 34), (9,35), I u> {32, 38}, {14, 34}, 

(44, 50), (15, 45), (23, 47)} {44, 50}, {15, 45}, {23, 47}) 

Una vez terminado el proceso tenemos un listado de puentes largos y un conjunto de asignaciones. 
La combinacion de ambas informaciones contiene el numero de casos, que es lo que estabamos 
buscando. 

A la hora de ir reconociendo los distintos objetos Scale, solo hay que distinguir los nodos entre los 
han sido designados dentro de un puente largo, los que tienen un valor booleano y el resto. A1 
primer grupo, todos los nodos que sean iguales se le designaran un entero de referenda llamado 
descriptor exclusivo para los de la misma clase. Los extremos de los objetos scale deberan de ser los 
que tengan una asignacion a un descriptor o a un booleano. 


Pairs of assignments from 0 to 20 
{0:0, 3: 4, 5: 1, 9: 3, 11:1, 14: 6, 15: 8, 17:1, 20: 2} 



(2,0,-, 4,-) (3,-, 1,3,-) (2, -, 1,-, 6) (2, 6, 8,1,-) (1,-, -,-, 2) 

si s2 s3 s4 s5 

Pairs of assignments from 20 to 32 
{ 20: 2, 21: 3, 22: 4, 23: 9, 26: 2, 29:1, 32: 5} 



(1,2, 3,-, 4) (2, 4, 9,-, 2) (2, 2,-, 1,-) (1, 5) 

s6 s7 s8 s9 


Se puede aplicar el algoritmo que se presenta en este documento, que transforma pares en lista de 
objetos Scale. Para ello el listado de pares debe estar ordenado por el primer elemento, y su 
resolution es lineal con respecto el numero de pares. 


Una vez reconocido el listado de objetos, este se pasa como argumento a la funcion spectrum. La 



funcion spectrum aplica una explosion controlada para poder contabilizar la combinacion de todos 
los objetos Scale enlazados. La posicion final 50 queda defmida por la formula 

3* nN + 6*nC-2 

Donde nC es el numero de clausulas (asignacion a literal) equivalentes a la formula bien formada. 
Esta formula es proporcional a la suma del numero de operaciones que tiene la entrada, es decir: al 
tamano de la entrada. 

Pairs of assignments from 32 to 50 
{32: 5, 33: 4,34: 6, 35: 3, 38: 5, 41:1, 44:7, 45: 8, 46: 0, 47:9, 50: 7} 



> spectrum (si, s2, s3, s4, s5, s6, s7, s8, s9, slO, sll, s12, s13, s14, s15) 

(returns 4) 

N° of adds < links = 3 x nN + 6 x nC -2 - O (V + nC) 

Each adding contains 0(min(2 v , Links))- O (V + nC) tuples into. 

When x is the size of Entry: 

Time(x) - 0(x 2 ) 

Space(x) - O(x) 

La funcion spectrum, a partir del numero de elementos, ira consumiendo un espacio intemo para 
contabilizar el numero de casos. Este espacio intemo ira explotando combinatorialmente hasta 
alcanzar las 256 combinaciones (16 combinaciones para los 16 objetos Context). De esta manera, 
spectrum consume un tiempo lineal para una constante posiblemente grande para maquinas 
pequenas o no aceleradas. 

Como la conversion entre la formula bien formada y las asignaciones fue cuadratica, entonces el 
tiempo se queda en cuadratico; pero si se hubiera calculado dentro de la notacion de alternancias 
habria ofrecido un resultado lineal en tiempo y constante en espacio (desde que alcance las 256 
tuplas a calcular). Todo esto se traduce en una resolution polinomial que puede ser demasiado lenta 
para quien quiera sacar provecho. 

Con el fin de obtener resultados mas inmediatos, las mismas alternancias pueden triangularse como 
se expone en la bibliografia y asi obtener resultados parciales con constantes mas llevaderos. La 
version analitica, por ejemplo, nos offece tambien mecanismos para alcanzar el numero de casos, 
aunque en un tiempo cuadratico. 



Clase NPB (Non Deterministic Turing Machine in Polynomial time under Budget) 


Esta es la clase de problemas para la que esta especialmente habilitado la estructura de altemancias 
que se propone en el documento. Consiste en todos los problemas que se pueden representar como 
producto de altemancias sin que pierdan, por ello, su sencillez en la entrada. Hay que pensar que es 
posible que haya maquinas donde las entradas puedan ser de mayor extension, por eso lo que se va 
a hacer en este apartado es mostrar las tecnicas de presupuesto para saber como de grande tiene que 
ser la maquina para resolver las competencias exigidas. 


Es posible entrar en detalles ya sea con la notacion que propongo en mi libro, o simplemente 
haciendo estimaciones. Un algoritmo posible seria: en una maquina se van apuntando para un 
numero fijo t de variables temporales necesarias, el tiempo maximo T que necesita el algoritmo 
para devolver el numero de casos para distintas formulas posibles. De esta manera despejamos k. 


k = 


T 


Asi, si nuestro objeto es invertir en la maquina, cualquier mejora afectaria a k; si es el doble de 
potente entonces podriamos estimar k' = k/2. De esta manera, a la hora de estimar cuantas variables 
temporales se podrian aprovechar si estamos dispuestos a esperar hasta una cantidad T como 
maximo para la obtencion de resultados, entonces la formula seria: 


t< 



La cuestion es, por tanto, si el objeto es llegar a suplir unos tamanos de entrada definidos por t y 
unos tiempos de espera marcados por T, sabiendo que los accesos a memoria es proporcional a t, 
entonces hasta cuanto debe invertirse en modificar k para llegar al objetivo deseado. Tras estimar 
como afectaria globalmente segun que mejoras locales, al aplicarse sobre estas variables 
obtendriamos una tabla de precios y rendimientos. 



Diseno de Context 


La clase Context debe conseguir albergar una cantidad, que es el numero de tuplas que cumplen 
segun que restricciones. Solo nos interesara de un objeto Context la adicion y la multiplicacion. 
Donde la adicion es como una superposition de estados posibles, mientras que la multiplicacion es 
el equivalente a restringir los posibles estados a propiedades comunes. 


Context(3,Dic={1:1, 2:0, 3:1}) + Contexts, Dic={2:0, 4:1}) 
> X.m() 

0 12 3 4 

3101 None 
2 None 0 None 1 

5 


>X[1] 


>X[2] 


> X[-2] 


> X[3, -4] 

5 


0 


5 


3 


Context(3,Dic={1:1, 2:0, 3:1}) + Context(2,Dic={1 :1 , 2:0, 3:1}) 

> X.m() 

0 12 3 

5 10 1 

5 

Como vemos en el grafico, un objeto Context se crea con dos parametros principalmente: por un 
lado se expone cuantas ocurrencias de una tupla vamos a encontrar y, por otro lado, se define la 
tupla como una secuencia formada por 1, 0 o ningun valor. Cuando sumamos ambas tuplas tenemos 
una tabla donde se reconocera cada cardinal. La suma, por tanto, lo asociamos con la insertion de 
tuplas a la tabla del objeto Context. 


Vemos que si consultamos sobre una propiedad, lo que hace es sumamos todas las tuplas que sean 
compatibles. Una tupla que no tenga definido 1 o 0 en esa propiedad siempre sera compatible. Los 
unicos valores que son incompatibles entre si es el 0 con el 1 y viceversa. 


Si se suman dos tuplas cuyos elementos sean compatibles entre si, entonces no se tendra que 
almacenar dos instancias diferentes en la tabla del objeto Context resultante. 

X= Context(3,Dic={1:1, 2:0, 3:1}) + Context(2,Dic={2:0,4:1}) 

> X.m() 

0 12 3 4 

3101 None 

2 None 0 None 1 

5 

X*= Contexts, Dic={3:1}) 

> X.m() 

0 12 3 4 

6101 None 

4 None 0 1 1 

10 

X*= Contexts, Dic={3:0}) 

> X.m() 

0 12 3 4 

0 


A la hora de llevar a cabo productos, observamos como instancia a instancia debe pasar por un 
proceso de filtrado, para luego ir sumando cada uno de los casos resultantes. Si el resultado es 


incompatible, entonces el numero de casos que albergara el objeto Context sera 0, y cualquier 
objeto Context que multiplique por 0 sera 0. De la misma manera, por la propiedad del elemento 
neutro sobre la adicion, cualquier objeto Context que se le sume al objeto 0 siempre sera el objeto 
Context original. 




